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(57) Abstract: Disclosed is a method for replicating a software application in a multi-computer architecture (cluster). Said software 
application is executed on a first computer of said cluster, which represents a primary or operational node, and is replicated on at 
least one other computer of the cluster, which represents a secondary node, comprising replication of the resources associated with 
said software application. The inventive method comprises streamlined updating of the replicated resources by means of a dynamic 
introspection mechanism supplying the structure of the application that is to be replicated and the dynamic graph of the implemented 
resources and dependencies. 
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(57) Abr^e : Proc^6 pour r^pliquer une application logicielle dans une architecture multi-oidinateurs (cluster), cette application 
logicielle ^tant pr^ablement ex6cut6e sur un premier ordinateur du cluster constituant un noeud primaire ou opdrationnel et ^tant 
destin^e k etre r^pliqu^ sur au moins un autre ordinateur du cluster constituant un noeud secondaire, comprenant une replication des 
ressources associ^es h cette application logicielle. Ce proc6d6 comprend une mise ^ jour au fil de I'eau des ressources r^pliqu^es par 
un m^anisme d'introspection dynamique pr^vu pour foumir la structure de I'application h r^pliquer, ainsi que le graphe dynamique 
des ressources et d6pendances mises en oeuvre. 
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1. Precede pour repliquer une application logicielle dans 
line architecture multi-ordinateurs (cluster) , ladite 

5 application logicielle etant prealablement executee sur un 
premier ordinateur dudit cluster const ituant ton noeud 
primaire et 6tant destin^e ^ Stre repliquee sur au moins un 
autre ordinateur dudit cluster constituant un noeud 
secondaire, comprenant \ine replication des ressources 
10 associSes k ladite application logicielle, caract6ris6 en ce 
que les ressources repliquees incluent : 

- la memoire virtuelle de chaque processus conceme ainsi 

que sa pile d'appel, 

- des ressources systemes (inter process communication, 
15 connexion reseau, etc.), et 

- des donn^es ecrites sur disques ; 

et en ce qu'il conqprend en outre une mise ^ jour au fil de 
I'eau desdites ressources repliquees par un m^canisme 
d' introspection dynamique prSvu pour foumir la structure de 
20 . 1' application k repliquer, et un graphe dynamique des 
ressources et dependances mises en oeuvre. 

2. Proc^dS de replication selon la revendication 1, 
caract^rise en ce qu'il comprend en outre tine creation et 

25 une maintenance d'un arbre de d^pendance, qui fournit a 
chaque instant des informations sur les ressources qu'il est 
n^cessaire de repliquer. 

3. Precede de replication selon I'une des revendications 1 
30 ou 2, caracterise en ce qu'il comprend en outre un mecanisme 

de generation de point de reprise (« checkpointing ») , par 

lequel les ressources a repliquer sont repliquees sur \an ou 

plusieurs noeuds secondaires. 

25 

FEUILLE MODIFIEE (ARTICLE 19) 
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4. Procede de replication selon la revendication 3, 
caracterise en ce qu'il comprend trois etapes : 

- capture des ressources sur le noeud primaire, 

- transfert par le rSseau vers un ou plusieurs noeuds 
S secondaires , et 

- restauration sur le ou les noeuds secondaires. 

5. Proced6 de replication selon l'\ine quelconque des 
revendi cat ions pr^cedentes et la revendication 3, 

10 caracterise en ce qu'il comprend en outre un mecanisme 
d' optimisation du mecanisme de generation de point de 
reprise . 

6. Procede de replication selon la revendication 5, 
15 caracterise en ce que le mecanisme de <c checkpointing » est 

incremental . 

?• Precede de replication selon l»une des revendi cat ions 5 
ou 6, caracterise en ce que le mecanisme de 
20 . « checkpointing » est discriminant. 

8. Precede de replication selon I'une des revendi cat ions 5 k 

7. caracterise en ce que le mecanisme de « checkpointing » 
inclut au moins I'une des fonctions suivantes : 

25 - une barridre de synchronisation de processus (PSB) , 

- line gestion de ressources (RM) , 

- une gestion de ressources systeme (SRM),et 

- une gestion de ressources de processus (PRM) • 

30 9. Precede de replication selon. I'lone quelconque des 
revendi cat ions precedentes, caracterise en ce qu'il comprend 
en outre un mecanisme de replication de f ichiers de donnees 
applicatives entre un noeud operationnel (OP) sur lequel 
1 'application est executee et un noeud dit de stand-by (SB). 

26 
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10. Precede pour realiser line continuite de f onctionnement 
d'une application logicielle dans line architecture multi- 
ordinateurs (cluster) , cette application etant executee a un 
5 instant donne sur I'un des ordinateurs du cluster, appele 
noeud primaire ou op^rationnel, les autres ordinateurs dudit 
cluster €tant appeles noeuds secondaires, ce proc#d^ mettant 
en OBuvre le procedS de replication selon I'une quelconque 
des revendications pr^cedentes, 
10 caractSrisS en ce qu"il comprend les Stapes suiveuates : 

- replication de 1 ' application sur au moins des noEuds 
secondaires, de fa<;on a rSaliser au moins un clone de ladite 
application, 

- mise ^ jour au fil de I'eau dudit ou desdits clones, 

15 et 

en cas de detection d'une defaillance ou d'un 
Svenement affectant ledit noeud operationnel , basculement de 
service vers I'un au moins desdits clones. 

20 11. Precede de continuite de f onctionnement selon la 
revendication 10, caractSrise en ce que la replication de 
1 'application est de nature holistique. 

12. Precede de continuite de f onctionnement selon I'une 
25 revendication 10 ou 11, caracterise en ce qu'il comprend en 

outre une mise a joxir des clones de 1 'application. 

13. Precede de continuite de f onctionnement selon I'une des 
revendications 10 & 12 , caracterise en ce qu'il comprend en 

30 outre une supearvisien de I'etat de ressources necessairement 
au f onctionnement de 1 'application. 

14. Precede de continuite de f onctionnement selon I'une des 
revendications 10 ^ 13, caracterise en ce cju'il comprend en 
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outre, a la suite d'une detection d'une defaillance ou d'un 
evenement affectant le ncEud operationnel , une etape pour 
elire, parmi des clones installes sur des noeuds secondaires, 
un clone pour etre s\ibstitu6 a 1 ' application initiale, le 
5 nceud sur lequel ledit clone elu est install^ devenant le 
nouveau noeud op^rationnel . 



15. Proc6dg de continuity de fonctionnement selon I'une des 
revendi cat ions 10 a 14 , caracterisS en ce qu'il cotnprend en 
10 outre un enregistrement sur chaque clone de messages re<jus 
par le noeud primaire ou operationnel , ces messages etant 
reinjectes dans le clone 61u nouvel operationnel en cas de 
basculement • 

15 16. Systeme multi-ordinateurs prevu pour executer sur au 
moins desdits ordinateurs au moins une application 
logicielle, implementant le precede pour realiser une 
continuite de fonctionnement selon I'une quelconque des 
revendications 11 ^ 15, 

20 

17. Application du procSdg de replication selon I'une 
quelconque des revendications 1 el 9, pour une optimisation 
automatique de ressources inf ormatiques par partage de 
charge par repartition dynamique de processus. 

25 

18. Application du proc^dg de replication selon I'une 
quelconque des revendications 1^9/ pour une maintenance 
non interruptive par relocation it la demande de processus au 
travers d'un reseau de ressources inf ormatiques . 

30 

19. Application du proc^de de replication selon I'une 
quelconque des revendications 1 a 9, pour \ine preservation 
de contexte applicatif dans des applications mobiles. 
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